講到敏捷，大家應該很快就能連結到每天必開的站立會議。站立會議是每天有效的花15分鐘，同步sprint 的執行狀況，每位成員都有話語權，回報進度跟困難點，當然這些都是理想狀態，所以我要來分享我最擅長的失敗經驗。

是「真效率」還是「儀式感」

帶大家穿梭到站立會議的情景，一群人圍在一個螢幕前，看著這次 sprint 的看板，輪流講彼此的進度，以及分派新的任務，一天好像就這樣有意義的開始了，但其實也結束了？好像只要能在站立會議講出一點進度，就好像整個團隊都在高速產出中，所以有時候這樣的站立會議反而會變成擠出進度說服自己的狀態。

每個人都有話語權，但都不敢說真話

站立會議的精神一部分是讓每個人都有話語權，並在會議中可以放心講出自己的困難點。但當Scrum master 是 product owner 或 CEO/CTO (這個狀況在新創其實蠻常見的），你還敢勇敢說出你的困難點嗎:)如果今天是技術方面的問題說不定還可以拿出來跟大家一起討教，但如果是需求亂開、產品 roadmap 有問題導致開發上困難重重， 這時候應該大部分的人都不會對著 PO 或 CEO 講出問題點，所以即便是公司鼓勵大家每天除了報告已做預作，還要提出問題，但大家只趕聊聊天氣、講講幹話，因為真正的問題太大太赤裸，所以真的是不要問，很可怕⋯⋯所以每天站立會議後，大家還是不斷地在泥濘中繼續前行。

15分鐘到了但問題還沒解決，要算了還是延長時間直到把問題解決為止？

因為站立會議就是希望短時間內把進度 review 完成，但有些 bug 或是 issue 就是要花更多時間討論，如果時間到就停止討論，那問題就被蓋牌忽略了；但如果延長時間繼續討論，就等於所有人的時間都消耗在問題上。我後來找出比較好的解法，是在會議中一樣反應出問題點，但當下並不是馬上陷入討論，而是找出相關人員或可以協助的對象，在會後再進一步解決。如此大家都可以同步到問題點，但卻不會耗費太多時間在深入跟自己無關的任務上。

以上是根據過去站立經驗，我的幾個發現，但站立會議的確帶給我蠻多啟發的～！